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MULTICAST STREAMING SERVICE METHOD AND SYSTEM 
THEREOF 

TECHNICAL FIELD 

The present invention relates to a home networking service, and 
5 more particularly to, a multicast streaming service and system in the 
UPnP™ technology. 

BACKGROUND ART 

Recently, with the distribution of very high speed internet and the 

10 digitalization of home electric appliances, there is being made an 
attempt to configure PCs (personal computers), network gateway 
apparatuses, audio/video devices, home electronic equipment, control 
devices, etc. at home as a single home network. 

Currently, as a PC-based network environment has been 

15 changing more and more into an environment employing a variety of 
subnetwork techniques with the spread of home networking, there has 
been suggested Universal Plug and Play (UPnP) technology with the 
need for a technique capable of networking home electric appliances in 
an independent and unified way using an IP protocol. 

20 The aforementioned UPnP is defined by the protocol of a 

standard network architecture, which is one of the leading standard 
techniques for home networks being made by establishing a UPnP 
forum between a number of companies of in countries around the world. 
The above UPnP-based home network system is comprised of multiple 

2 5 UPnP devices providing services and a control point (CP) controlling 
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the multiple UPnP devices. 

The control point (CP) denotes a controller having the function of 
sensing and controlling a variety of devices. That is, the control point 
(CP), as the controller controlling a variety of devices (for example, 
5 UPnP devices), discovers various kinds of UPnP devices, finds out the 
descriptions of the discovered UPnP devices and controls the UPnP 
devices according to a user's key input. 

The UPnP devices include PCs (personal computers), network 
equipment, peripheral devices, such as a printer, audio/video devices, 
10 home electric equipment, etc. which are all connected to a home 
network. They inform the control point of their event. 

The current UPnP-based home network system controlling 
audio/video devices comprises: a media server MS providing media 
contents via a home network; a media Tenderer MR playing media 
15 contents provided via the home network; and a control point CP 
controlling the media server MS and the media renderer MR. 

The control point CP is informed of the status information of the 
media server MS and of the media renderer MR through an event. For 
instance, when the media server MS and the media renderer MR 
20 provide AV(audio/video) transport service and rendering control service, 
a changed state variable is put into a state variable table named 'Last 
Change' and the control point CP is informed of the changed state 
variable, to thus enable the control point CP to know the current state of 
a device. 

25 The media server MS informs the control point CP of the 

2 
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information on the media contents whenever an UPnP action occurs. 
Further, the media server MS transmits the corresponding media 
contents to the media Tenderer MR by a streaming method in order to 
play the media contents. 
5 The media renderer MR plays the transmitted media contents. At 

this time, although the above streaming method can be any of various 
methods suggested, the current UPnP Audio/Video V standard uses 
'Out-of-Band transfer protocol' for streaming. 

For example, RTSP (real-time streaming protocol )-RTP(real time 

10 transport protocol) may be used for transmitting contents. In case of a 
program using RTSP-RTP, contents are sent using RTP over UDP 
(User Datagram Protocol). At this time, in order to view the contents 
sent from the media server MS, each client has to join a RTSP session 
and then leave. To manage this, a RTSP server is operated. 

15 Therefore, a RTSP-RTP player is able to join the RTSP session 

by using an address informed by the RTSP server, and once the 
RTSP-RTP player join the RTSP session, it becomes capable of playing 
the contents being sent from the server using RTP. 

In the conventional UPnP AV standards, however, the media 

20 renderer is operated based on the concept that one media renderer 
plays one content sent from the media server. But in case that the 
media server receives a TV signal and sends it to the media renderer, 
you might want to see the same channel on a number of displays 
simultaneously. 

25 Moreover, let us suppose that a monitoring camera exists in a 
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house and images taken by the camera are stored in a server at real 
time. In this case, a member of the house might want to look at 
something happening in front of the house at the same time. 

Besides, in case where the person having watched the TV in the 
5 living room moves to another place, when TV contents are sent by 
multicasting, another media renderer in the another place joins the 
multicast group, thereby making him or her not to miss but watch the 
program he or she watched a little while ago. 

To realize the aforementioned scenarios, the UPnP AV device 
10 must be able to send contents to the multicast group, and to joint and 
leave the multicast group. 

However, in the conventional UPnP AV standards, only the 
circumstances of establishing a connection between the media server 
and the media renderer and transmitting media data are taken into 
15 consideration, thus in case of sending and receiving contents to/from a 
multicast group, this cannot be controlled effectively. That is, in the 
conventional UPnP AV standards, a multicast model is not taken into 
consideration, thus this makes it difficult to realize a multicast streaming 
service. 

20 

DISCLOSURE OF THE INVENTION 

Therefore, an object of the present invention is to provide a multicast 
streaming service method and system which are devised to enable an 
efficient control of multicast streaming on an UPnP by defining actions 
25 such as MulticastSTartQ, JoinQ and LeaveQ in order to enable a 
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multicast service by UPnP AV standards. 

To achieve the above object, there is provided a multicast 
streaming service method according to the present invention, in a UPnP 
AV network control method of performing a streaming transmission for 
5 playing media by having a media server MS, multiple media Tenderers 
MR and a control point CP controlling the media server and the 
Tenderers, comprising the steps in which: the control point confirms 
contents and invokes a multicast streaming start action to the media 
server, the media server informs the control point of a multicast group 

10 address for receiving the corresponding contents; the control point 
informs the multiple media Tenderers of the multicast group address; 
and the multiple media Tenderers join the multicast group address, 
confirm the multicast address and receive the corresponding contents. 
Preferably, the multicast streaming service method comprises 

15 the step in which the media server starts the multicast streaming of the 
contents before and after the control point informs the multiple media 
renderes of the multicast group address. 

To achieve the above object, there is provided a multicast 
streaming service method according to the present invention, in a UPnP 

20 AV network control method of performing a streaming transmission for 
playing media by having a media server MS, comprising the step of 
informing of a multicast group address if multicast start action is 
recognized and multicast streaming corresponding contents to the 
multicast address using a RTSP server. 

25 To achieve the above object, there is provided a multicast 
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streaming service method according to the present invention, in a UPnP 
AV network control method of performing media playing by having 
multiple media Tenderers MR, comprising the steps of: confirming if 
contents are multicast or not; receiving a multicast group address if the 
5 presence of multicasting is confirmed; and joining the multicast group 
address, confirming the multicast address and receiving the 
corresponding multicast contents. 

To achieve the above object, there is provided a multicast 
streaming service system according to the present invention, 

10 comprising: a media server MS providing a multicast group address and 
multicasting corresponding contents to a multicast address using a 
RTSP server; multiple media Tenderers MR joining the RTSP server to 
confirm the multicast address and playing the contents transmitted to 
the multicast address; and a control point CP confirming the contents to 

15 be multicast, invoking a multicast start action to the media server and 
informing the multiple media Tenderers of the multicast group address 
provided from the media server. 

Preferably, the media server starts multicasting of the 
corresponding contents after transmission of the multicast group 

20 address to the control point or after a lapse of a predetermined time 
since the transmission of the multicast group address. 

Preferably, the multicast group address is an address of the 
RTSP server. 

Preferably, the multicast address is a fixed multicast address for 
2 5 contents multicasting or a mobile multicast address using the media 
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server. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The accompanying drawings, which are included to provide a 
5 further understanding of the invention and are incorporated in and 
constitute a part of this specification, illustrate embodiments of the 
invention and together with the description serve to explain the 
principles of the invention. 
In the drawings: 

10 Fig. 1 is a signal flow chart showing a multicast service process 

according to an embodiment of the present invention; 

Figs. 2 and 3 are operating sequence charts showing a multicast 

transmission/reception process according to the embodiment of the 

present invention; and 
15 Figs. 4 to 7 are exemplified views showing additional actions for 

a multicast service according to the embodiment of the present 

invention. 

MODES FOR CARRYING OUT THE PREFERRED EMBODIMENTS 

2 0 In a preferred embodiment of the present invention, UPnP 

actions required for transmitting/receiving multicast data on an UPnP 
will be defined and the procedure of performing multicast transmission 
and reception using these actions will be described. 

In a multicast model of an IP according to the embodiment of the 

25 present invention, a media server MS transmits data to a specific 

7 
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multicast address, and a client wanting to receive the data, i.e., a media 
Tenderer MR, subscribes to the corresponding multicast address. 

To adapt the multicast model to a UPnP, as shown in Figs. 4 to 7, 
UPnP actions such as MulticastStart(), Join() and Leave(), are 
5 introduced. 

Fig. 1 is a signal flow chart according to an embodiment of the 
present invention. 

As shown in Fig. 1, a multicast streaming service method 
comprises the steps in which: a control point 110 invokes 

10 'MulticastStartO' action to a media server 120 to request for the 
transmission of designated contents to a multicast address S101; the 
media server 120 delivers a RTSP URL (RTSP server address), which 
is to be accessed for receiving the corresponding contents, to the 
control point 110 in response to 'MulticastStartO' action S102; the 

15 media server 120 transmits the corresponding contents to the multicast 
address using RTP S103; the control point 110 informs multiple media 
Tenderers 131 to 136 wanting to join a multicast group of the RTSP URL 
by using 'Joint()' action S104; and one of the media Tenderers 131 to 
136 wanting to joint the multicast group accesses to a RTSP server of 

20 the media server 120 using the RTSP URL, acquires the properties of 
media data being transmitted and the multicast address and then 
receives multicast data using the acquired information S105. Here, the 
RTSP URL can be represented in the form of rtsp://ipaddress/path. 

Further, the aforementioned method comprises the step in which 

25 the control point 110 invokes 'LeaveQ' action of the one of the 
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media Tenderers 131 to 136 having joined the multicast group in order 
to stop the data reception of the corresponding media renderer. 

In the embodiment of the present invention thus configured, the 
process of playing contents in a media renderer using multicasting is 
5 the same as shown in the operating sequence chart of Fig. 2, which will 
be described as follows. 

First, the control point 110 selects given contents through 
'BrowseO' action and checks whether the media Tenderers 131 to 136 
are able to play contents through 'GetProtocollnfo()' action. 

10 The control point 110 invokes 'MulticastStartO' action if the 

media server 120 can provide the multicast function to push contents. 
At this time, upon the 'MulticastStartO' action, as shown in Figs. 4 and 5, 
the media server 120 provides ObjectID as an input parameter and 
RTSP URL used for joining the multicast group as an output parameter. 

15 Afterwards, the media server 120 delivers the RTSP URL, which 

is to be accessed for receiving the corresponding contents, to the 
control point 1 10 in response to 'MulticastStartO' action. The RTSP URL 
is in the form of rtsp://ipaddress/path. 

Afterwards, the media server 120 starts contents transmission 

20 using RTP as a multicast address. At this time, the control point 110 
informs a plurality of media Tenderers 131 to 136 wanting to play the 
contents of the RTSP URL provided from the media server 120 through 
'SetAVTransportURI' action. 

Accordingly, one of the media Tenderers 131 to 136 wanting to 

25 join the multicast group directly requests a RTSP server existing in 
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the media server 120 to create a session. 

Consequently, the media renderer having joined the multicast 
group allows a user to watch the corresponding contents by playing the 
contents being sent from the media server 120. 
5 Afterwards, in order to leave the multicast group, the 

corresponding media renderer uses 'LeaveO' action received from the 
control point 110. 

If the user wants to view the existing contents again after the 
contents are over, the user has to rejoin the multicast group after 

10 leaving the multicast group. 

In such a general case, the play function can be used again once 
the contents are finished. In other words, in case the same contents are 
played again, depending on a vendor, the session of the media 
renderer that joined the multicast group before may be kept as it is. 

15 Meanwhile, in the embodiment of the present invention, the 

media renderer can be embodied so as to perform the process as 
shown in the operating sequence chart of Fig. 3, so that the multicast 
contents can meet the multicast time of the media server by delaying 
contents multicasting. 

20 In case of transmitting and receiving multicast data by the 

process of Fig. 2 suggested in the embodiment of the present invention, 
since there exits a gap between the point of time when the media server 
120 starts data transmission and the point of time when the one of the 
media Tenderers 131 to 136 having joined the multicast group starts 

25 data reception, the corresponding media renderer might not be able 
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to play the first portion of the contents being currently transmitted. 

Therefore, to solve the above problem, the media server 120 is 
configured to start streaming when the media renderer accesses via the 
RTSP server for the first time, rather than starting contents transmission 
5 as soon as it receives 'MulticastStartO' action. 

That is, in the operating process of Fig. 3 explained briefly in Fig. 
1 as follows, the media server 120 is configured to perform the process 
in which the control point 110' informs the media Tenderers 131 to 136 
of the RTSP URL to be multicasted before starting the multicasting of 
10 contents. 

Subsequently, the one of the media Tenderers 1 31 to 1 36 having 
joined the multicast group is able to play the first portion of the contents 
(for example, the first beginning portion of a specific movie) being 
transmitted from the media server 120 without missing it. 

15 As described above in detail, the present invention provides the 

effect of reducing the load of a network since multiple Tenderers are 
able to simultaneously receive media data by one streaming connection 
by using multicasting so that the multiple media Tenderers MR can 
simultaneously watch the same contents provided from the media 

20 server MS. 
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